home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0085 / 277.txt < prev    next >
Text File  |  1997-04-16  |  10KB  |  217 lines
  1.  
  2. INFO-ATARI16 Digest         Fri,  2 Mar 90       Volume 90 : Issue  277
  3.  
  4. Today's Topics:
  5.                          Bug in TURBO-C V1.0
  6.                       Calling callgulam from TC
  7.                         GDOS, BITIMAGES & .IMG
  8.                       MULTISYNC RECOMMENDATIONS
  9.    Print Desktop (Alt-HELP) with Epson 24 pin printer - HELP NEEDED
  10.                         TT and STe info needed
  11. ----------------------------------------------------------------------
  12.  
  13. Date: 2 Mar 90 19:49:28 GMT
  14. From: oracle!news@apple.com  (Mike Roberts)
  15. Subject: Bug in TURBO-C V1.0
  16. Message-ID: <1990Mar2.194928.6523@oracle.com>
  17.  
  18. In article <8098@sdcc6.ucsd.edu> mce@sdcc10.ucsd.edu (Mark Edwards) writes:
  19. > [...example and much discussion deleted...]
  20. >#Like I said "MAX is not a number, its an expression."  There is an integer
  21. >#in the expression (the number 32768).  But there is also an operator (the
  22. >#unary minus).  This makes MAX an expression, not a number.  Thus the real
  23. >#question is what does K&R say integer expression are evaluated to?  I
  24. >#don't have K&R handy, but I believe it says long ints.
  25. >#
  26. > [...more discussion deleted...]
  27. >IMHO, MAX is a constant expression. Since its type is unspecified, it is an
  28. >int.  Since it is not specified as unsigned, and is an integral type, it is
  29. >therefore a signed type.  Together the conclusion that MAX is a
  30. >"const signed int MAX" when all the defaults are considered.
  31. > [...yet more deleted...]
  32.  
  33. The ANSI C draft, section 3.1.3.2 "Integer constants," says that type of an
  34. unsuffixed integer constant (i.e., no "L" or "U" suffix) is the first type from
  35. the following list big enough to hold the constant:  int, long int, unsigned
  36. long int.  I don't know how Turbo implements int on a 68k; the "natural" word
  37. size of a 68k is somewhat ambiguous, since the processor handles 16- and 32-bit
  38. computations equally well.  If Turbo uses 16-bit int's, 32768 is promoted to
  39. long because it does not fit in an int; the "-" operator is then applied to the
  40. long, which results in a long.  If Turbo uses 32-bit int's, 32768 fits in an
  41. int and no promotion takes place; applying the "-" operator does not result in
  42. any promotion, either, since, when it is applied to an int, and int results
  43. (see the draft, section 3.2 and 3.3).
  44.  
  45. ------------------------------
  46.  
  47. Date: 2 Mar 90 15:07:10 GMT
  48. From: mcsun!unido!sbsvax!roeder@uunet.uu.net  (Edgar Roeder)
  49. Subject: Calling callgulam from TC
  50. Message-ID: <3083@sbsvax.cs.uni-sb.de>
  51.  
  52. In article <11368@etana.tut.fi>, av74381@korppi.tut.fi (Vesterinen Arto) writes:
  53. > Unfortunately have not been able to call gulam from a Turbo-C
  54. > program. I have tried out Michal Jaegermann's method for
  55. > MWC but it does not work out for TC. If anyone has figured out
  56. > how to call gulam from TC, please e-mail me how to do it.
  57.  
  58. Remember that Turbo-C passes function arguments in registers. Since gulam is
  59. not written in Turbo-C it expects the parameter to the callgulam()-function on
  60. the stack. If you compile your program with the option to pass parameters
  61. on the stack, it should run. You can also declare the variable cgp as
  62.  
  63.         cdecl int  (*cgp)(const char *);       /* pointer to callgulam() */
  64.  
  65.   - Edgar
  66. --
  67.  
  68. Mail:  Edgar R\"oder                    E-Mail: roeder@cs.uni-sb.de
  69.        Liesbet-Dill-Stra\ss e 3
  70. D-6602 Dudweiler                               -o-   -o-
  71.        W-Germany                                   ~
  72. Phone: 06897/74643                               '---'
  73.  
  74. ------------------------------
  75.  
  76. Date: Fri, 2 Mar 90 16:54:54 GMT
  77. From: n-waters%NIMR.MRC.AC.UK@Forsythe.Stanford.EDU (Nick Waterson)
  78. Subject: GDOS, BITIMAGES & .IMG
  79. Message-ID: <9003021654.AA11643@nimsn41.>
  80.  
  81.  Hi there all,
  82.         A short while ago I was asking about printing with GDOS, thanks to all
  83. who replied. I can now print text and vdi graphic commands, but I am confused
  84. about printing bit images. By the way I'm using GFA Basic 3. The only way I
  85.  haveachieved anything is to load the pic a byte at a time and plot its colour.
  86.  I am working in monochrome. This results in a postage stamp print out of my
  87.  pic.
  88.         I then proceeded to think about scaling the pic and ended up in total
  89.  confusion. Hence anymore help would be gratfully appreciated.
  90.  
  91.         My second query is about IMG files. I know they contain a header which has the
  92.  x,y info etc. However, how do you set memory up  so that pixel values off the
  93.  screen do not wrap round to the next line ie how do you increase the page
  94.  width in memory.
  95.  
  96.                                         Many thanks,
  97.  
  98.                                                         Nick.
  99.  
  100.  
  101. ------------------------------
  102.  
  103. Date: 23 FEB 90 22:03:18 CST
  104. From: Z4648252 <Z4648252%SFAUSTIN.BITNET@Forsythe.Stanford.EDU>
  105. Subject: MULTISYNC RECOMMENDATIONS
  106. Message-ID: <900223.22031795.042770@SFA.CP6>
  107.  
  108. Hello all,
  109.  
  110.     My monochrome SM124 died (flyback) and my dealer told me that no
  111. monochrome monitors are available.  Upon calling just about every dealer
  112. and mail order firm for the ST that I could think of, I heard the same
  113. story.  My dealer suggested that I sell him my Atari SC1224 (a very sharp
  114. and crisp 1985 version) and he would sell me a multisync and adaptor.
  115.     Ok, first question.... does anyone have a monochrome monitor that they
  116. are not using?
  117.     Second question.... how clear is the image in monochrome mode for a
  118. multisync monitor?  I use Spectre GCR daily and don't want that product to
  119. be hurt.
  120.     Many thanks for any comments...
  121.  
  122. Larry Rymal:  |East Texas Atari 68NNNers| <Z4648252@SFAUSTIN.BITNET>
  123.  
  124. ------------------------------
  125.  
  126. Date: 1 Mar 90 17:06:33 GMT
  127. From: ucsdhub!hp-sdd!hp-pcd!hplsla!andyc@ucsd.edu  (Andy Cassino)
  128. Subject: Print Desktop (Alt-HELP) with Epson 24 pin printer - HELP NEEDED
  129. Message-ID: <5440107@hplsla.HP.COM>
  130.  
  131. |
  132. | You need to get a program called PRTST24 written by Dan Wilga of
  133. | Gribnif software. (These are the people that sell NEODESK).
  134. |
  135.  
  136. Whoops, that program is really named SCRDMP24! The brain was a bit fogged
  137. when I posted this. :-)
  138.  
  139. Gribnif address:
  140.  
  141.   Gribnif Software
  142.   PO Box 350
  143.   Hadley, MA  01035
  144.  
  145. Phone: (415) 584-7887
  146.  
  147. The Utilities disk which contains SCRDMP24 is $10.00. Mass. residents add 5%
  148. sales tax, foreign customers add $2.50 shipping and handling.
  149.  
  150. Disclaimer: The opinions expressed herein are those solely of the author,
  151.             who has no pecuniary interest in the companies, products,
  152.             or publications mentioned above.
  153.  
  154.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  155.     % Andy Cassino                                                  %
  156.     % uucp: hplabs!hplsla!andyc  domain: andyc%hplsla@hplabs.hp.com %
  157.     % Hewlett-Packard              Lake Stevens Instrument Division %
  158.     % 8600 Soper Hill Road                   Everett, WA 98205-1298 %
  159.     % (206) 335-2211                                                %
  160.     %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  161.  
  162. ------------------------------
  163.  
  164. Date: 1 Mar 90 21:19:50 GMT
  165. From:
  166.  pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!wuarchive!kuhub.cc.ukans.e
  167.  du!2fjmvery@tut.cis.ohio-state.edu
  168. Subject: TT and STe info needed
  169. Message-ID: <22389.25ed3d96@kuhub.cc.ukans.edu>
  170.  
  171. In article <9002280803.AA14210@ucbvax.Berkeley.EDU>, UN030357@WVNVAXA.WVNET.EDU
  172.  writes:
  173. > I will try to be brief but I have some burning questions.  I have been Atari
  174. > fan since first computer...I have owned several 8-bit's...I have also been
  175. > fan of ST for as long as there has been one.  I regret that the computer has
  176. > not been supported in America as it should.  However, I am still planning on
  177. > buying one.  This brings me to my questions.  SHOULD I WAIT FOR THE NEW
  178. > ATARI STe AND TT?  AND WHAT EXACTLY ARE THEY?.  It is hard to get that kind
  179. > of info here.  I hate asking people if they sell Atari Computers and have the
  180. > reply "Atari still makes computers?."  Please do not send hostile replies
  181. > I am truly an Atari fan (till death).  And I hope sincerely that these new
  182. > computers will sell in America.  As for those of you who ask, I am a comp.
  183. > sci. major at West Virginia University and want the computer for programming
  184. > and telecommunicating.  Please send replies directly to me as not to take
  185. > up space on the list.
  186. >                                                   Sincerely,
  187. >                                                   James Keefover
  188. >                                                   via
  189.  UN030357@wvnvms.wvnet.edu
  190. >
  191.  -------------------------------------------------------------------------------
  192.  
  193. The most objective and reliable source I have been able to find for information
  194. regarding the STe and TT are Current Notes and STart magazine.
  195.  
  196. The February 1990 issue of STart has an excellent in-depth look at the TT and
  197. its new operating system.  STart has had the most BS-less, objective and
  198. accurate info in its last 3 or 4 issues on the STe and TT.  Most of what I've
  199. seen on this newsgroup about the TT and STe has bordered on rumormongering
  200. (not to put any of you down, it's just hard to keep track of all the gossip we
  201. spread).
  202.  
  203. Current Notes magazine has had timely, official information on the TT and STe
  204. since their introduction at COMDEX.  It seems as if CN's shorter publication
  205. lead time helps the recency of what they publish.
  206.  
  207. (By the way, I tried mailing directly to you, James, but our VAX didn't like
  208. the address)
  209.  
  210. Jim Sisul
  211. The University of Kansas
  212.  
  213. ------------------------------
  214.  
  215. End of INFO-ATARI16 Digest V90 Issue #277
  216. *****************************************
  217.